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ABSTRACT 

This  report  describes  the  technical  capability  of  the  Go^eam  game  software  for 
experimenting  with  teaming  arrangement  in  an  NCW  context.  Go^Team  is  based  on  the 
ancient  game  of  Go  and  the  i  mplementation  is  an  i  nstance  of  a  simulation  framework. 
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Technical  Description  of  theGo^eam  User  Interface 


Executive  Summary 

There  is  a  need  for  analysis  of  the  human  aspects  of  network  warfare.  Go^Team  is  a 
game  that  creates  an  opportunity  for  cooperation  and  coordination  between  teams  and 
individuals.  By  creating  a  simple  competitive  and  collaborative  environment  where 
players  compete  against  each  other  as  individuals  and  as  teams,  human  factors  may  be 
identified  which  could  have  a  profound  impact  on  the  outcomes  of  future  Ndwork 
C  entr  i  c  W  arf  are  w  ars. 

Go^eam  is  based  on  the  traditional  game  of  Go  in  which  players  place  black  and 
white  stones  onto  a  board  in  order  to  occupy  territory  on  the  board.  Go^eam  is 
designed  to  allow  a  number  of  competing  teams  to  play  Go  with  a  number  of  players 
in  each  team.  Every  player  on  a  team  has  a  local  view  of  the  game.  Players  on  the  same 
team  must  collaborate  if  they  want  to  have  a  more  complete  picture  of  the  actual  game 
state. 

Go^Team  game  has  been  designed  as  a  research  vehiclefor  investigating  collaboration 
and  cooperation  between  team  members  in  a  competitive  and  dynamic  environment. 
TheGo^eam  has  been  extensively  used  to  conduct  simulation  experiments  in  teaming 
environment  by  both  DSTO  and  University  of  Wollongong. 
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1.  Introduction 

Thefocusof  N  dc\Nork  Centric  Warfare  (N  CW)  efforts  has  largely  been  concentrated  on  issues 
related  to  technology  and  infrastructure.  However,  there  is  a  growing  trend  in  the  scientific 
community  to  analyse  the  human  aspect  of  network  warfare.  The  human  factors  community 
has  concerns  about  the  impact  of  technology  on  human  performance,  and  has  identified  a 
need  for  investigation  of  individual  and  group  behaviours  in  an  NCW  conte>ct. 

There  are  many  possible  ways  of  testing  hypotheses  regarding  human  and  organisational 
behaviour.  A  practical  approach  is  to  conduct  a  real-life  experiment.  Somdiimes  it  is 
impossibletosdithis up  dueto technical  and  economical  constraints.  Itcan  alsobedifficuitto 
estabi  ish  val  idity  of  conclusions  based  on  a  I  i  mi  ted  experi  mental  sample.  A  n  alternative  is  to 
abstract  some  of  the  key  attri butes  of  a  real-1  ife  system  i  nto  a  model ,  al  lowi ng  for  uni  i  mited 
repetition  and  an  understanding  of  the  behaviour  of  the  real-life  system.  The  computerised 
Go^eam  game  is  an  exampleof  such  an  approach.  Go  itself  has  nothing  to  do  with  NCW  per 
say,  but  it  creates  an  opportunity  for  cooperation  and  coordination  bdween  teams  and 
individuals.  By  creating  a  competitive  and  collaborative  environment  where  players  and 
teams  compete  against  each  other,  human  factors  may  be  identified  which  could  have  a 
profound  impact  on  the  outcomes  of  future  NCW  wars.  The  Go'Team  requirements  have 
been  specified  by  Dennis  H  art,  a  member  of  the  H  D  research  team  (Task  CDE  07/  031). 


2.  H  istory  of  the  G  o  G  ame 

Go  is  probably  the  first  board  game.  Though  it  is  thousands  of  years  old,  the  rules  remain 
mostly  unchanged.  Go  originated  in  central  Asia  whereit  isstill  very  popular  today.  Over  the 
last  few  hundred  years  the  Go  game  has  spread  all  around  the  world.  Go  has  increased  in 
popularity  to  the  point  where  there  are  now  professional  Go  players,  sponsored  major 
tournaments,  and  international  Go  championships. 

2.1  Rules  of  the  Game 

2.1.1  Ideaof  theganne 

A  Go  game  consists  of  black  and  white  stones  and  a  square  board  with  grid  lines.  The  board 
sizes  can  vary,  though  a  standard  board  has  19x19  grid  lines.  A  Go  game  comprises  two 
pi  ayers  w  ho  taketu  rns  pi  aci  ng  stones  onto  the  grid  I  i  ne  i  ntersections  of  the  board .  The  goal  of 
the  game  is  to  occupy  the  most  territory  on  the  board.  Players  place  stones  onto  the  board 
staking  cl  aim  to  areas  which  they  intend  to  occupy.  As  the  game  progresses,  players  have  to 
defend  theirpositionswhileattempting  to  gain  more  territory.  Stones  cannot  be  moved  once 
they  areplaced  onto  the  board,  however,  they  can  becaptured  resulting  in  their  removal  from 
the  board.  Stones  are  captured  when  they  are  surrounded  by  an  opponent’s  stones.  While 
capturing  stones  is  not  the  object  of  the  game  it  does  provide  a  useful  way  of  gaining 
additional  territory.Thewinnerof  the  game  isthe  player  who  controls  a  larger  proportion  of 
the  board  when  the  game  ends. 
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2.1.2  Capturing  Stones 

A  basic  rule  that  should  beunderstood  in  orderto  play  Go  isthecapture.  In  order  to  explain 
capture,  we  must  first  introduce  the  concept  of  liberties.  Liberties  are  the  positions 
hori  zontal  I  y  and  verti  cal  I  y  adjacent  to  a  stone.  A  stone  i  s  captu  red  w  hen  enemy  stones  occu  py 
all  of  its  liberties. 


Figurel.A  stone's  liberties 

Stones  which  have  no  other  adjacent  stones  and  are  not  on  the  edges  of  the  board  have  4 
liberties  as  indicated  by  the  Xs.  Stones  on  the  edge  only  have  3  liberties.  And  stones  in  the 
corners  only  have  2  liberties. 

Groups  of  stones  can  also  be  captured.  Player  stones  that  are  in  adjacent  positions  on  the 
board  are  connected  and  form  a  group.  A  group  is  captured  when  enemy  stones  occupy  ai  i  of 
the  group's  liberties. 


Figure2.  Theliberties  of  a  group  of  connected  stones 

2.1.3  Ko 

There  isa  possibiiity  of  infinite  repetition  caiied  Ko  (meaning  eternity  in  Japanese).  The  Ko 
ruie  prevents  piayersfrom  making  moves  which  resuit  in  reverting  the  board  to  a  previous 
state. 


Figures.  Typical  Ko  situation 


2 


DSTO-TN-0899 


Typical  Kosituation.  If  black  placesastoneatA,thiswill  result  In  the  capture  of  the  white 
stoneat  B.  Atthisstagewhite  is  not  al  lowed  to  place  another  white  stoneat  position  B  because 
thiswould  recreatethe  previous  board  state.  H  owever,  if  whiteplacesastonesomewhereelse 
on  the  board,  then  on  thei  r  ne>ct  move  they  w  i  1 1  be  al  I  owed  to  place  a  stone  at  B  as  the  board 
state  will  no  I  onger  be  exactly  the  same. 

2.1.4  Suicide 

ItisillegaltopI  ace  a  stoneonapoint  that  would  resu  1 1  i  n  i  ts  captu  re.  Th  i  s  i  s  know  n  as  su  i  ci  d  e 
and  Is  not  allowed.  However  it  is  allowed  to  place  a  stone  into  a  position  that  looks  like 
su  i  ci  d  e  I  f  1 1  resu  I  ts  i  n  the  captu  re  of  op  ponent  stones. 

2.1.5  Scoring 

The  score  at  the  end  of  the  game  can  be  calculated  by  area  or  by  territory.  The  purpose  of 
scoring  is  to  ddiermine  which  player  controls  a  larger  proportion  of  the  board. 

Territory  is  the  empty  points  on  the  board  which  are  surrounded  by  stones  of  a  particular 
colour.  The  surrounded  territory  belongs  to  the  owner  of  that  colour. 

Area  includes  the  territory  and  the  points  occupied  by  'live'  stones.  Stones  are  live  if  their 
capture  is  not  considered  to  be  inevitable. 

When  counti  ng  score  by  territory,  the  captured  stones  (or  prisoners)  are  added  to  the  score. 
When  counting  by  area,  the  captured  stones  are  not  included  in  the  score.  The  scores  will 
d  I  ffer  for  the  d  ifferent  scorl  ng  systems,  but  the  w  I  nner  w  1 1 1  al  w  ays  be  the  same  regard  I  ess  of 
which  scoring  method  is  chosen. 


3.  Go*Team  Requirements 

Go^Team  is  a  modified  version  of  the  ancient  Go  game  adapted  with  the  purpose  of 
simulating  an  NCW  environment.  Thetechnical  architectureofGo=*Team  is  documented  in  [1, 
2]. 

TheGo^Team  allows  more  than  one  person  to  play  for  a  particular  stone  colour,  and  the 
stone  colours  are  not  limited  to  just  black  and  white.  People  playing  for  the  same  colour 
are  on  the  same  team  and  they  cooperate  with  each  other  to  achieve  victory  for  thei  r  team. 
T earns  can  form  al  I  i  ances  to  si  mu  I  ate  coal  iti  on  forces.  A  game  can  be  pi  ayed  by  many 
teams  on  many  boards  with  a  I  i  mited  number  of  al  located  stones.  I  n  order  to  i  ntroduce  the 
"fog  of  war"  each  player  can  see  only  the  partial  state  of  the  game  (Fig  5,  6)  while  only  the 
game  host  can  enjoy  the  full  view  of  the  game  (Figure  4). 
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Figure4.  Theglobal  GcfTeam  Situation  A  wareness 
(full  view  of  the  game) 


Figures.  The  partial  view  of  one  of  the 
two  black  players,  who  can  see  only  their 
own  stones  plus  those  stones  of  white  that 
are  closer  to  their  own  stones  than  those  of 
any  other  player  on  the  black  team 


Figures.  The  partial  view  of  one  of  the 
other  black  players 


Theindividuaisfrom  oneteam  only  have  a  local  view  ofthegame.  They  cannot  seewherethe 
stones  of  other  pi  ayers  on  thei  r  team  are,  and  they  cannot  see  oppositi  on  team  stones  that  are 
not  close  to  their  own  stones.  However  it  is  possible  for  a  team  to  "reconstruct"  a  complete 
pictureof  the  game  state  if  everyone  on  the  team  shares  their  knowledge. 
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3.1  Go*T earn  Play 

Each  player  joins  a  Go^Team  gamethrough  their  own  Go^eam  dient.  When  a  player  joins  a 
game  they  must  select  which  team  they  will  be  playing  for.  Teams  can  form  alliances  to 
simulate  coalition  forces.  A  game  can  be  played  by  many  teams  on  many  boards  with  a 
I  i  mi  ted  n  u  mber  of  ai  i  ocated  stones.  T earn  members  can  commu  n  i  cate  w  i  th  each  other  uti  i  i  si  ng 
any  form  of  communication  (e-maii,  chat,  telephone,  video,  die)  in  order  to  decide  the  next 
pi  acement  of  a  stone  on  a  sel  ected  board  to  maxi  mi  se  the  i  mpact.  I  nteracti  ons  between  team 
members  shouid  be  recorded  for  analysis  later.  The  team  that  occupies  the  most  territory  on 
the  board  is  the  winning  team,  and  the  piayer  from  the  winning  team  who  has  the  greatest 
number  of  stones  alive  on  the  board  isthewinning  player  on  that  board. 


4.  G  o*T earn  Software 

The  techn  i  cal  arch  i  tectu  re  for  G  o^  earn  has  been  pu  bl  i  shed  i  n  a  seri  es  of  M I LC I S  papers  [  1, 2] . 
Fundamentally  theGo^eam  game  consists  with  two  software  components: 

•  Server 

•  Client 

The  server  component  creates  a  game  for  ci  i  ents  to  joi  n  i  nto.  The  confi  gu  rati  on  of  the  game  on 
the  server  ddiermines  how  many  di ents  can  join  into  a  game. 

The  dient  component  provides  an  interface  for  access  to  the  game  server  and  ailows  for 
participation  in  the  game.  The  server  software  should  be  up  and  running  before  the  client 
software  can  be  activated.  An  error  will  occur  if  a  client  tries  to  connect  to  a  non-existing 
server  or  if  the  name  of  the  host  that  runs  that  game  server  is  wrongly  specified. 

4.1  G  o*T earn  Server 

When  the  server  isfirst  started  either  a  new  game  must  be  created,  or  an  existing  game  shouid 
beioaded.  Creating  a  new  game  involves  specifying  the  scope  of  the  game. 

The  game  configuration  parameters  requi  red  to  start  a  new  game  are: 

•  game  duration 

•  number  of  teams 

•  n  u  mber  of  p  I  ay  ers  on  each  team 

•  number  of  boards 

•  board  sizes 

•  which  teams  are  piaying  on  which  boards 

•  what  alliances  exist  between  teams 

Thissection  documents  how  to  use  the  server  user  interface  to  setup  and  conduct  Go^eam 
games.  The  user  i  nterface  features  that  w  i  i  I  be  descri  bed  i  ncl  ude: 

•  FileMenu 

o  Configuration  a  N  ew  Game 
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o  Board  Sizes 
o  Changi  ng  Game  Setti  ngs 
o  Server  Game  Board 

4.1.1  File  Menu 

The  server  software  i  s  I  oaded  by  executi  ng  the  fol  I  owi  ng  command  I  i  ne  i  nsi  de  the  Go=T earn 
directory, 


. \jrel . 5 . 0_01\bin\ j ava  -classpath  build/classes ; dist/GoTeam . jar; lib/third- 
party  /bsh-  2  . 0b2 .jar; lib/ third-party/xpp3 - 1 . 1 . 3 . 4 . C . j  ar ; lib/ third- 
party/xerceslmpl .jar; lib/ third-party/xml-apis . j  ar 
dsto . simulation . framework . SimServer  250  250  go. xml 


Alternatively  theGo^Team  Server.bat  batch  filecan  be  executed. 

When  the  Host  is  first  started  the  Host  Window  appears  with  just  a  File  menu  in  the  menu 
bar.  The  File  menu  has  the  fol  I  owing  menu  items: 

N  ew  G  ame  -  start  and  configure  a  new  game 
Restart  G  ame  -  restart  the  current  configured  game 
Load  -  restore  an  existing  game  state  and  configuration  from  file 
Save  -  save  the  cu  rrent  game  state  and  conf  i  gu  rati  on  to  f  i  I  e 
TheSaveand  Restart  menu  items  can  be  used  at  any  time  after  the  initial  game  configuration 
has  been  setup,  or  after  a  game  has  been  loaded  from  file. 


Figures.  TheFilemenu  ofGcfTeam  server 


Case  1 

After  sdecting  theNew  Game  menu  item  from  theFiiemenu,  theGameSetup  window  will 
appear,  (see  below  for  configuring  a  new  game  flow) 


Case  2 

A  fter  sdecting  theLoad  menu  item  from  theFiiemenu,  a  FileChooser  dialog  will  appear  from 
which  a  saved  game  file  can  be  loaded. 
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Figure  9.  Loading  a  saved  game 


4.1.1.1  Configuring  a  New  Game 

The  f  i  rst  part  of  conf  i  gu  ri  ng  a  new  game  i  s  the  game  setu  p.  The  G  ame  Setu  p  w  i  ndow  al  I  ows 
for  configuration  of 

•  the  number  of  boards 

•  game  duration 

•  the  number  of  teams 

•  what  alliances  exist  between  teams 


Figure  10.  Gamesetup  for  configuring  a  new  game 


4.1.1.11  Game  Settings 

Boards:  the  number  of  boards  in  the  game,  [default  1  board] 

Game  Duration:  How  long  the  game  should  run  for.  [default  8  hours]  HH  Is  hours,  mm  is 
minutes,  ss  is  seconds.  The  minimum  game  duration  is  10  minutes,  maximum  is  168  hours. 


4.1.1.12  Team  Settings 

Teams:  the  number  of  teams  involved  inthisgame.  [default  2  teams] 
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A 1 1  i  ed  T  earn  s:  T  earns  can  joi  n  an  al  I  i  ance  grou  p .  [d  efau  1 1  each  team  hasitsownalliancegroup 
of  w  h  i  ch  i  t  i  s  the  on  I  y  member]  .Any  teams  w  h  i  ch  bel  ong  to  the  same  al  I  i  ance  grou  p  are  al  I  i  es. 
eg.  T  earn  landT  earn  2  belong  to  alliancegroupA  1,  so  they  areal  lies.  T  earn  3  belongs  to  alliancegroup 
A  2  which  doesn 't  have  any  other  teams. 


41.1.1.3  Boards 

The  numbered  checkboxes  indicate  which  boards  the  teams  will  be  playing  on.  [default  all 
teams  are  playing  on  all  boards]  by  unselecting  boxes  it  is  possibieto  setup  so  that  different 
boards  have  different  teams  playing  on  them.  eg.  T  earn  1  and  T  earn  3  areplaying  on  Board  3.  A II 
teams  are  playing  on  board  2.  T earn  2  and  T earn  3  are  playing  on  board  3. 

C  reate  Server  -  create  a  new  game  with  the  specified  configuration 

Cancel  -  closes  the  game  setup  window  and  returns  to  the  initial  Go^eam  server  window. 

4.1.1.2  Board  Sizes 

When  the  Game  Server  is  created  for  the  specified  configuration,  a  number  of  board  size 
dialogs  appear.  A  board  sizedialog  will  appear  for  each  board  in  the  game. 


Board  Settings: 


^Xj 


Boardsize  X: 


26 


Boardsize  Y:  9 


Done 

Cancel 

Board  Settings: 


Boardsize  X: 


19 


Boardsize  Y:  1 9 


Done 


Cancel 


Figure  11.  Sd:ting  the  board  sizes 

Default  size  is  19  by  19.  Board  dimensions  can  be  anything  from  the  minimum  9  to  the 
maximum  26.  e.g.  Board  1  is  configured  to  9x9,  Board  2  is  26x9,  Board  3  is  19x19. 


41.1.2.1  StoneAiiocation 

When  the  teams  have  been  allotted  to  play  on  certain  boards,  and  the  board  sizes  have  all 
been  specified,  a  number  of  stone  allocation  dialogs  will  appear.  There  is  a  separate  Stone 
Allocation  dialog  for  each  team  involved  in  the  game. 

Each  team  wi  i  I  havea  I  i  mited  number  of  stones  to  al  locateto  the  players  i  n  theteam.  Thetotal 
number  of  stones  aval  lableto  allocate  is  dependent  on  how  many  boards  the  team  is  playing 
on,  how  many  other  teams  are  playing  on  those  boards,  and  the  sizes  of  those  boards. 

The  number  of  players  on  theteam  must  first  be  specified,  then  stones  can  be  allocated  to  each 
player  on  theteam. 
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Figure  12.  A I  location  of  stones  to  players  on  team  1 


4. 1.1. 2. 1.1  General  Sditings 

Players:  the  number  of  players  on  this  team  [default  1  player].  M  aximum  10  players  per  team. 
eg.  Team  1  (black)  has  3  players 

Stones  Remaining:  the  number  of  stones  left  to  allocate  to  players  on  this  team. 


4.1.1.2.1.2  Stone  Allocation 

Player  1  to  10:  for  each  player  a  number  of  stones  should  be  allocated,  eg  Player  1  has  been 
allocated  40  stones,  Player  2  has  40  stones  and  Player  3  has  40  stones 

Okay  -  click  when  number  of  players  for  team  is  specified  and  all  stones  have  been  allocated 
Default  -  Assigns  only  one  player  with  all  the  stones 

Cancel  -  cancels  this  stone  allocation  window  and  returns  to  the  previous  sdiup  window 

When  the  number  of  players  and  stone al  locations  have  been  compidied  for  al  I  theteams,  the 
initial  stage  of  game  configuration  is  complete.  The  basic  game  swings  specified  up  to  this 
stage  cannot  be  changed  during  game  play.  The  number  of  boards,  number  of  teams,  number 
of  pi  ayers  per  team  and  pi  ayer  stone  al  I  ocati  ons  are  al  I  f i xed  .Alii  ances  betw een  teams  can  be 
changed  during  game  play. 

4. 1.1.3  Changing  Game5d:tings 

Once  the  initial  stage  of  game  configuration  is  compidie,  or  when  an  existing  game 
configuration  isioadedfromfiie,thegiobal  settings  window  will  be  populated  with  a  number 
of  tabbed  panes  and  a  game  host  window  wiii  appear.  There  are  a  number  of  important 
setti  ngs  w  h  i  ch  can  be  changed  d  u  ri  ng  game  pi  ay .  These  s^i  ngs  appear  i  n  the  G I  obal  Setti  ngs 
window  as  a  number  of  tabbed  panes,  iabelied  Time  Setti  ngs  and  Game  Setti  ngs.  The  G I  obai 
Setti  ngs  wi  ndow  also  has  some  panels  for  monitoring  the  progress  of  the  game. 
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41.1.3.1  Time  Settings 

TheTi  me  Setti  ngs  panel  contai  ns  everythi  ng  necessary  for  control  I  i  ng  the  game  progress.  The 
game  can  be  started  and  stopped,  boards  can  be  suspended,  and  theturn  scheduling  schemes 
can  be  changed. 


Figure  13.  TimeSd:tings pane 

An  important  partof  Go^Teamishowtheturnsarescheduled.ThePadng  Rule  has  a  number 
of  different  turn  scheduling  options.  Scheduling  schemes  can  be  specified  on  a  team  basis,  or 
on  a  board  basi  s.  A  pad  ng  ru  I  e  specif  i  ed  for  a  team  means  that  the  paci  ng  ti  mer  appi  i  es  across 
all  boards  for  that  team.  If  any  player  from  a  team  uses  up  a  turn  on  any  board,  then  that 
team'sturn  isused  across  all  boards.  A  pacing  rulespecified  for  a  board  means  that  the  same 
turn  scheduling  scheme  applies  for  all  teams  that  are  playing  on  the  board.  Board  based 
timing  and  team  based  timing  cannot  be  mixed. 

Pacing  Rule: 

Team  based  -  the  specified  pacing  rule  will  apply  to  a  certain  team  across  all  boards 
Board  based  -  the  specified  pacing  rule  will  apply  to  a  certain  board 
Script  based  -  not  implemented 

A 1 1  the  d  ifferent  paci  ng  ru  I  es  are  possi  blefor  board  based  ti  mi  ng.  For  team-based  ti  mi  ng  only 
the  Pacing  rule  setting  is  applicable.  Using  a  team  based  Pacing  rule  allows  for  setting  up 
d  i  fferent  paci  ng  ti  mes  for  d  i  fferent  teams  even  i  f  they  are  p  I  ay  i  ng  on  the  same  board .  T earns 
with  a  shorter  pacing  time  will  have  to  make  decisions  faster,  however  this  allows  them  to 
place  more  stones  on  the  board  giving  them  an  advantage  over  teams  with  longer  pacing 
times. 
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Select  board/team:  the  board/  team  that  this  pad  ng  rule  appi  ies  to. 

There  are  a  number  of  different  turn  scheduling  schemes  that  can  be  used  to  control  theflow 
of  thegame.  Theturn  schedul  i  ng  schemes  specify  what  teams  haveto  waitfor  before  taking  a 
turn. 

Ifteams  should  waitfor  other  teams  before  taking  aturn,then  either  theturn  based  or  forced 
delay  scheme  should  be  used.  Forced  delay  should  be  used  to  prevent  teams  from  making 
hasty  moves,  whi  I  e  at  the  sameti  me  bei  ng  abl  eto  specify  how  much  ti  me  they  haveto  make  a 
move.  The  Tu  rn  based  sched  u  I  i  ng  scheme  al  I  ows  teams  to  take  as  much  ti  me  for  a  move  as 
they  wish. 

If  teams  shouldn't  haveto  waitfor  each  other  beforetaking  a  turn  then  either  the  independent 
or  pacing  scheme  should  be  used.  The  I  ndependent  scheduling  scheme  allows  any  team  to 
place  stones  at  any  time.  In  the  Pacing  scheme,  after  placing  a  stone,  a  team  must  wait  for  a 
specified  relaxation  period  before  being  allowed  to  place  another  stone. 

Rule  Settings: 

Independent  -  all  players  can  place  stones  onto  the  board  at  any  time 

Turn  based  -  teams  must  take  turns  placing  stones  onto  the  board 

Pacing  -teams  must  wait  for  a  relaxation  period  before  placing  another  stone 

Pacing  time:  relaxation  period  [default  ©seconds]  eg.  on  Board  1  all  teams  must  wait  for  20 
seconds  before  being  able  to  place  another  stone  onto  the  board  for  their  team. 

Forced  Delay  -  there  is  a  period  in  which  no  team  can  make  a  move,  and  then  a  single  team 
will  havea  period  In  which  It  has  the  opportunity  to  make  a  move. 

D  elay  time:  the  period  i  n  which  no  team  can  make  any  move 
M  ovetime:  the  period  in  which  a  single  team  has  the  opportunity  to  make  a  move 
Forced  Delay  results  in  a  fixed  game  pace.  Whether  teams  make  their  moves  or  not  the  turn 
scheduling  progresses  at  a  fixed  rate.  This  means  teams  can  know  precisely  when  their  next 
turn  is  going  to  come,  which  could  be  useful  in  some  circumstances. 

In  both  Turn  based  and  Forced  delay  scheduling  schemes,  the  ordering  of  team  moves  is 
based  on  a  randomly  ordered  list. 

U  pdate  Pacing  Times  -  this  button  must  be  pressed  for  the  Pacing  rules  to  come  into  effect 


Toggle  Boards: 

Game  boards  can  be  suspended  or  resumed  during  thegame.  A  suspended  board  rejects  all 
Input  from  players,  and  all  pacing  timers  for  the  board  are  paused.  If  all  boards  are 
suspended,  then  the  game  timer  is  stopped  also.  Boards  which  are  not  suspended  appear  in 
black,  and  suspended  boards  appear  in  red. 

I  n  some  cases  it  may  be  useful  to  specify  a  game  duration  so  that  there  is  a  fixed  period  of 
play.  The  game  duration  is  a  timer  that  counts  down  when  the  game  is  started.  When  the 
game  duration  is  expired  the  game  ends  automatically  and  teams  are  no  longer  ableto  make 
moves.  The  board  and  pi  ayer  w  I  nners  are  reported  to  every  cl  I  ent  at  the  end  of  the  game. 
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Change  Duration:  How  long  the  game  should  run  for.  [default  8  hours]  HH  is  hours,  mm  Is 
minutes,  ss  is  seconds.  The  maxi  mum  game  duration  is  168  hours,  minimum  is  10  minutes. 

C  hange  T  i  me  -  the  game  d  u  rati  on  i  s  set  to  w  hatever  i  s  speci  f  i  ed  i  n  the  C  hange  D  urati  on  f  i  el  d . 
The  duration  can  be  changed  atany  time  during  the  game. 

StartGame-  starts  the  game  initially.  The  start  game  button  can  also  be  used  tocontinuea 
game  that  has  been  ended. 

End  Game-  stops  all  game  timers,  preventsanyfurther  player  input  and  reports  board  and 
p I  ayer  w  i  n  ners  to  game  cl  i  ents. 

Quit-  klllsthegame  host  entirely. 


41.1.3.2  Game  Settings 

The  game  setti  ngs  tab  al  I  ows  for  changi  ng  of  a  nu  mber  of  setti  ngs  d  u  ri  ng  the  game  such  as  the 
alliances  between  teams,  how  captured  prisoners  aredivided  in  an  alliance  setting,  and  what 
ancient  Go  rules  apply  in  game  play. 

Alliances 

Alliances  allow  for  very  intriguing  game  play  in  Go'Team.  Alliancegroups  are  visible  to  all 
players,  itisnotpossibletoformasecret  alliance.  However  alliances  can  be  changed  partway 
through  a  game  by  arrangement  with  the  game  host.  On  the  client  board  the  stones  from  an 
allied  team  will  appear  the  same  as  if  they  were  an  opponent  team.  i.e.  the  visibility  rules  do 
not  change  at  all  if  teams  are  in  an  alliance.  However,  allied  teams  can  work  together  to 
captu  re  stones  from  teams  that  are  not  part  of  the  al  I  i  ance.  W  hen  stones  are  captu  red  by  an 
al  I  i  ance  the  pri  soners  must  be  al  I  ocated  amongst  the  captu  rl  ng  teams  i  n  the  al  1 1  ance.  There  are 
a  number  of  different  mdihodsfor  determining  prisoner  ownership  amongst  al  I  iancegroups, 
and  it  is  possible  to  specify  different  methods  for  each  game  board. 


Figure  14.  Game SMngs pane 
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A I  Nance  Settings: 

T earn  1  to  8:  T earns  can  joi  n  an  al  Nance  group,  [default  each  team  has  its  own  al  Nance  group 
of  w  h  i  ch  i  t  i  s  the  on  I  y  member]  .Any  teams  w  h  i  ch  bel  ong  to  the  same  all  i  ance  grou  p  are  all  i  es. 
eg.  T  earn  landT  earn  2  bdong  to  alliancegroupA  1,  so  th^  areallies.  T  earn  3  belongs  to  alliancegroup 
A  2  which  doesn 't  have  any  other  teams. 

Update  Allies  -  this  button  must  be  pressed  to  update  any  changes  in  alliance  settings. 
Alliances  can  be  changed  at  any  time  during  the  game. 

Select  board:  the  board  for  which  the  prisoner  ownership  rules  apply. 

Prisoner  Ownership  Settings:  the  mdihod  for  determining  which  team  owns  prisoners 

Proportional  -  prisoners  are  distributed  evenly  amongst  teams  according  to  how 
many  stones  from  that  team  were  involved  in  the  capture. 

Majority  -  all  prisoners  go  to  the  team  that  has  the  most  stones  involved  in  the 
capture. 

Capturing  Stone  -  all  prisoners  go  to  the  team  that  placed  the  last  capturing  stone. 
U  pdate  Prisoner  Ownership  Rule  -  this  button  must  be  pressed  to  update  any  changes  in 
prisoner  ownership  rules. 

Ancient  Go  Rules 

There  are  some  ancient  Go  rules  which  can  be  turned  on  or  off  using  the  toggle  buttons. 

In  traditional  Go,  it  is  illegal  toplaceastoneon  apointthatwould  result  in  its  capture.  This  is 
known  as  suicide  and  is  not  allowed.  Disallowing  self  capture  is  particularly  useful  for 
Go^Team  because  it  prevents  players  from  accidentally  committing  suicide.  Because  players 
do  not  have  a  compi  ete  pi  ctu  re  of  the  game  board  they  are  gu  ite  I  i  kely  to  make  moves  whi  ch 
would  not  make  any  sense.  If  a  player  attempts  a  move  that  would  result  in  self  capture  the 
game  host  rejects  the  move  attempt  as  an  i  I  legal  move. 

Also  in  Go,  there  is  a  possibility  of  indefinite  repdiition  called  Ko.  The  Ko  rule  prevents 
players  from  making  moves  which  result  in  reverting  the  board  to  a  previous  state.  This  rule 
isprobably  not  so  important  in  Go^eam  as  players  will  usually  havean  incomplete  pictureof 
state  so  itwill  bedifficuittoidentifystaterepdiition.  However,  it  is  possibleto  prevent  state 
repdiition  at  the  game  host  by  enforcing  the  Ko  rule. 

Toggle  Suicide  -  is  placement  of  a  stone  that  results  in  self  capture  allowed  [default  Self 
Capturefalse]  eg.  SelfC  aptu  re  false  means  that  thegamehost  will  not  allow  placement  of  a  stonethat 
would  result  in  immediate  capture  of  that  stone 

ToggleKO  -  is  placement  of  a  stone  that  results  in  a  previous  board  state  allowed  [default 
Legal  KO  true]  eg.  Legal  KO  true  means  that  repetitive  board  states  are  allowed. 


41.1.3.3  Global  Data 

Global  Data  provides  a  useful  overview  of  theteam  scores  and  individual  player  progress.  It 
also  shows  the  alliance  groups  for  the  teams  and  which  boards  the  teams  are  playing  on. 
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File 

1  Time  Settings 

[  Game  Settings  |  Global  Data 

1  Board  Scores  [  Names  | 

Team  Boards/Allies: 

Team 

Boards  Playing 

Allied  List 

1  P(3) 

1  2 

1  2 

2  P(l) 

2  3 

1  2 

3  P(2) 

12  3 

3 

Total  Team  Scores: 

Team 

Territories 

Prisoner's 

Stones  Left 

Stones  Alive 

1 

27 

0 

110/120 

9 

2 

4 

0 

254/258 

4 

3 

7 

1 

292/298 

6 

Ail  Player  Scores: 

Team 

Player 

Name 

Stones  Left 

Stones  Alive 

1 

1 

John 

32/40 

8 

e. 

1 

2 

Helen 

38/40 

1 

1 

3 

none 

40/40 

0 

= 

2 

1 

James 

254/258 

4 

3 

1 

Alice 

94/100 

6 

3 

2 

none 

198/198 

0 

r 

Figure  15.  Global  D ata  pane 
Team  Boards/ Allies: 

T earn  -  the  team  number  and  the  number  of  players  P  on  that  team 
Boards  Playing  -  the  boards  that  this  team  is  playing  on 
Allied  List-  the  team  numbers  that  this  team  isallied  with 

Total  Team  Scores: 

T earn  -  the  team  number 

T erritories  -  how  much  territory  this  team  occupies 

Prisoners  -  how  many  prisoners  this  team  has  captured 

Stones  Left  -  number  of  stones  not  yet  used  by  this  team  /  totai  stones  al  iocated 

Stones  Alive  -  how  many  of  the  stones  on  the  game  boards  belong  to  thisteam 

All  Player  Scores: 

T earn  -  the  team  number 

Player  -  the  player  number  of  a  player  on  this  team 
N  ame  -  the  name  of  the  player 

Stones  Left-  number  of  stones  not  yet  used  by  thisplayer/  total  stones  allocated 
StonesAlive-  how  many  of  the  stones  on  the  game  boards  belong  to  this  player 


41.1.3.4  Board  Scores 

Board  scores  provideawayofviewing  the  gameprogressfor  team  and  players  on  a  board  by 
board  basis. 
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Figure  16.  Board  Scores  pane 

Board  Scores: 

Team  -  the  team  number 

T erritories  -  how  much  territory  this  team  occupies  on  this  board 
Stones  Played  -  number  of  stones  this  team  has  played  on  this  board 
Stones  Alive  -  how  many  of  the  stones  on  this  board  belong  to  thisteam 

Player  Scores: 

Team  -  the  team  number 

Player  -  the  player  number  of  a  player  on  this  team 
N  ame  -  the  name  of  the  player 

Stones  Left-  number  of  stones  not  yet  used  by  thisplayer/  total  stones  allocated 
StonesAlive-  how  many  of  the  stones  on  the  game  boards  belong  to  this  player 

Size:  the  size  of  the  board  width  x  height  eg.  9x9  is  a  board  with  width  9  gridlines,  height  9 
gridlines 

41.1.3.5  Names 

N  ames  i  s  a  qu  i  ck  reference  that  can  be  used  to  f  i  nd  out  w  hi  ch  team  and  w  hi  ch  pi  ayer  number 
a  certain  player  is  playing  for. 
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File 

Time  Settings 

f  Game  Settings  f  Global  Data  [  Board  Scores  f  Names  | 

Player  Names: 

Team 

Player 

Name 

1 

1 

John 

1 

2 

Helen 

1 

3 

none 

2 

1 

James 

3 

1 

Alice 

3 

2 

none 

Figure  1 1.  Player  N  ames  pane 

Player  Names 

Team  -  the  team  number 

Player  -  the  player  number  on  this  team 

N  ame  -  the  name  of  the  player 

eg.  T earn  1  player  2  is  H  den 

Note-  player  name'none'  means  that  the  player  has  not  yet  joined  in  to  the  game.  eg.  player  3 
from  team  1  and  player  2  from  team  2  have  not  yd:  joined  the  game. 

4. 1.1.4  Server  GameBoard 

Thehosthasacompleteview  of  all  boardsand  all  stones,  including  the  order  of  placement  of 
stones.  The  game  host  has  a  tabbed  pane  for  each  board  i  n  the  game. 


Figure  18.  View  of  the  game  board  on  the  game  host 

On  the  game  host  all  stones  placed  by  players  appear  on  the  game  board.  Each  stone  has  a  red 
number  indicating  when  the  stone  was  placed  at  that  location.  The  most  recent  stone  to  be 
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placed  on  the  board  hasa  blue  square,  eg.  bl  ack  stone  at  J 10  is  the  most  recent  stone.  Thehostdo^ 
not  show  which  stones  werepiaced  by  which  piayers. 


4. 1. 1.4. 1  G  ame  Status 

The  game  status  panel  cental  ns  the  foil  owing  information: 

•  G  ame  Time  Left  in  the  format  of  x:x:x/  y:y:y 
where: 

x:x:x  -  time  left  to  play  the  game 
y:y:y  -  duration  of  the  game 

•  Timing  Ruie&  Additionai  Info  -  displays  one  from  the  foil  owing  list  of  timing 
rules: 


indqo&ident  -  all  players  can  place  stones  onto  the  board  at  any  time.  The 
Additional  Information  label  displaysonly  the  NONE  word  meaning  there  is 
no  additonal  information  for  thistiming  rule. 

Turn  based  -  teams  must  take  turns  placing  stones  onto  the  board.  The 
Additional  Information  label  will  display  which  team  is  currently  taking  a 
turn.  This  means  that  attempts  to  place  a  stone  by  players  who  are  not  from 
this  team  will  be  rejected. 

Pacing  -  teams  must  wait  for  a  relaxation  period  before  placing  their  own 
stone.  The  Additional  Information  label  will  display  how  much  time  is  left 
before  a  move  i  s  al  I  owed . 

Forced  D  day  -  there  is  a  period  i  n  which  no  team  can  make  a  move,  and  then  a 
singleteamwill  haveaperiod  in  which  ithastheopportunitytomakeamove. 

•  Stones  Left,  Stones  Alive  and  Stones  Captured 

Greyedoutonthe  server  as  these  f  i  el  d  s  are  ap  p  I  i  cabi  e  to  cl  i  ents  only. 

•  Timing  Mode 

The  ti  mi  ng  mode  d i spl  ays  one  of  the  fol  I ow i  ng 

a.  Board- the  specified  pacing  rule  applies  to  this  board 

b.  Team  -  thespecified  pacing  ruleappliestothisteam 

•  Board  Status 

The  board  can  be  i  n  one  of  the  fol  lowi  ng  states: 

NOTSTARTED  -  game  has  not  started 
RUNNING  -  game  is  running 
SUSPENDED  -  this  board  is  temporarily  suspended 
FINISH  -  game  has  finished 
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•  Action  Status 

Greyed  out  on  the  server  as  action  status  is  applicable  to  clients  only. 

Teams 

TheTeams  panel  displays  teams  and  their  colours  that  are  competing  on  that  board.  Stones 
from  different  teams  on  the  board  will  appear  in  different  col  ours.  Oneteamcan  competeon 
many  boards. 

Team  alliances 

T  earns  compdii  ng  agai  nst  each  other  can  form  ai  i  i  ances  for  the  purpose  of  capturi  ng  territory 
and  opposition  stones. 

TheTeam  alliances  panel  displays  a  list  of  alliances  labelled  by  letter  A  an  alliance  number, 
followed  by  comma  separated  team  numbers  that  belong  to  that  alliance  group.  By  default 
each  team  starts  with  its  own  alliance  group  of  which  it  is  the  only  member. 

Illegal  moves,  Board  Winners 

Illegal  moves  panel  and  Board  winners  panel  are  blank  on  the  server  and  do  not  display 
anything. 

4. 1.2  Data  Record i  ng 

The  Go^eam  server  automatically  records  all  movements  of  stones  and  markers  inside  the 
GoT eamLog  f  i  I  e.  There  is  no  user  i  nterfaceto  control  it  but  the  start  and  stop  of  the  game  wi  1 1 
activate  and  deactivate  the  logging  process. 

4.2  Go*T earn  Client 

This  section  documents  how  to  use  the  client  user  interface  to  setup  and  conduct  Go*team 
games.  The  user  i  nterface  features  that  w  i  i  I  be  descri  bed  i  ncl  ude: 

•  ClientGUI  Overview 

•  Game  Board 

4.2.1  ClientGUI  Overview 

The  client  software  is  loaded  by  executing  the  following  command  line  from  theGo'Team 
directory, 

. \ j 3rel . 5 . 0_01\bin\ j ava  -classpath  . /build/ cl asses ; . /dist/GoTeam . jar; . / lib/ third- 

party /xerceslmpl  .jar; . /lib/third-party/xml-apis .jar; . /Iib/third-party/xpp3 - 1 . 1 . 3 . 4 . C . j  ar 

com . j  oot . j igo . JoinGame 

Alternatively  the  Go^Team  Clientbat  batch  file  can  be  executed.  Thejoin  Game  GUI  will 
appear  on  the  screen 
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Figure  19.  Player  me  joining  game  host  jagiellj 


where: 

Name-  isauniqueplayer  nameor  virtual  name.  Virtual  nameis  a  nameuseby  many  players 
who  are  control  ling  the  same  player 

Host  -  is  the  name  of  the  computer  on  which  the  game  server  is  running 


Case  1 

A  fta"  pressing  the  Join  button,  if  the  entered  name  matches  the  name  of  an  existing  player 
who  has  already  been  registered  with  the  game  server  the  following  G  U I  will  appear. 


Figure  20.  Warning  message  response  to  an  att&npt  to  join  with  a  name  of  existing  player 


If  the  name  was  entered  incorrectly  then  the  Cancel  button  allows  for  correct!  on  of  the  name 
by  returning  back  to  the  previous  GUI  where  a  new  name  can  be  entered. 


Figure  21.  Chance  to  attempt  join  with  another  name 

Ifthenamewasddiberately  entered  as  an  existing  namethen  by  pressing  the  OK  button  that 
player  joins  into  thegameusing  thesettings  of  an  existing  player  on  the  game  server. 


Case  2 

When  the  entered  name  doesn't  match  any  exist!  ng  name  on  the  game  server  then  the 
Team  Selection  GUI  will  appear. 
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Figure  22.  Sdecting  which  team  to  play  for  on  thecli&it 
where 

Team  -  nameofthe  team  this  player  is  going  to  join.  From  thedrop  down  menu  the 
team  name  should  be  sdected. 

Player  list -the  check  box  of  players  will  allow  for  an  appropriate  selection.  Only  one 
player  can  be  selected  from  the  group. 

Case  1 

After  pressing  thejoin  button,  a  Client  GUI  will  appear  and  theuser  can  start  playing  the 
game. 

Case  2 

A  fter  pressing  theQuit  button,  user  will  abort  theclient  connection  to  the  game  server,  and 
closedown  theclient. 

Players  can  usetheclientGUI  to  participate  in  thegame  by  observing  their  own  view  of  the 
game  and  placing  stones  and  markers. 

A  stone  can  beplaced  on  the  board  by  a  single  I  eft  mouse  click  on  anyfreegrid  intersection  of 
the  board. 

A  marker  can  be  placed  on  the  board  either  by  clicking  the  middle  mouse  button  or  by 
activating  the  markers  pop  up  menu.  The  middle  mouse  button  will  place  on  the  board  only 
the  current  marker.  The  current  marker  can  be  selected  by  clicking  on  the  marker  button  from 
a  list  of  displayed  markers. 

The  markers  pop  up  menu  is  activated  by  a  right  mouse  click  on  any  board  gridline 
intersection.  Any  mouse  button  exceptforthe  right  onecan  be  used  tode-activatethepop  up 
menu. 
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Figure 23.  TheClientGUI 

Th  i  s  i  s  the  I  ayout  of  the  cl  i  ent  G  U I  on  w  h  i  ch  thefol  I  ow  i  ng  sub-el  ements  can  be  d  i  sti  ngu  i  shed : 

•  Game  Board  -  w here  markers  and  stones  can  be  pi  aced 

•  M  arker  buttons  -  w  here  the  cu  rrent  sel  ecti  on  of  markers  are  d  i  spl  ayed 

•  Mode  button -to  toggle  which  modetheboard  isin 

•  Game  Status  -  display  game  state  information 

•  Teams  -  dispiay  the  teams  playing  on  this  board 

•  Team  Aliiance- dispiay  current  alliances  between  participating  teams 

•  Recent  1 1  iegal  M  oves  Attempted  -  I  ist  of  the  i  I  iegal  moves  made  by  this  piayer 

•  Board  winners- the  winning  player  and  the  winning  team  wili  bedispiayed 
here  at  the  end  of  the  game 

4.2.2  Ganne  Board 

The  player’s  stone  colour  is  displayed  on  the  right  hand  side  above  the  status  panel. 
Whenever  a  player  moves  the  mouse  cursor  over  the  yellow  board  a  grey  square  shape 
follows  the  mouse  cursor  showing  the  potential  location  of  where  the  next  marker  or  stone 
could  be  placed.  Pressing  theleft  button  when  the  cursor  isover  the  board  will  placeastone 
onto  a  gridline  intersection  of  the  board.  The  stone  will  match  the  colour  of  the  stone 
displayed  in  the  upper  right  hand  corner. 
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Figure  24.  Stone  and  marker  on  the  client  G  U I 

A  stone  and  a  marker  have  been  placed  at  location  (G,  13)  on  the  board  as  shown  above. 

To  activate  the  markers  pop  up  menu,  the  right  mouse  should  be  clicked  whiiethe  cursor  is 
located  over  any  gridline  intersection  of  the  board.  The  pop  up  menu  has  thefol  lowing  menu 
items: 

•  pi  ace  marker 

•  deiete  marker 

•  change  marker  type 

•  change  marker  colour 

•  delete  all  markers 

•  sel  ect  cu  r rent  marker 

•  change  mode 


Figure 25.  ThePlaceM  arker  menu  item 


The  Place  Marker  menu  item  allows  for  selection  of  any  marker  from  a  list  of  currently 
aval  I  able  markers. 
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Figure26.  Place  M  arker  list  of  currently  available  markers 


T  he  D  el  ete  M  arker  men  u  i  tern  al  I  ow  s  for  d  el  eti  ng  the  marker  underthecursor.Only  markers 
can  be  removed  from  the  board.  Stones  cannot  be  deleted. 

T  he  C  hange  M  arker  Type  menu  i  tern  al  I  ows  changi  ng  the  marker  u  nder  the  cu  rsor  to  one  of 
the  marker  types  displayed  on  the  list. 


Figure27.ChangeM  arker  Type  menu  item 

If  the  U  ser  D  efi  ned  M  arker  item  is  selected  then  the  user  is  able  to  defi  nethei  r  own  marker  as 
atextstring  of  unlimited  size  as  shown  below. 
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Figure 28.  User  Defined  M  arker 

The  C  hange  M  arker  Colour  menu  item  al  lows  for  changing  of  the  col  our  of  the  marker  under 
the  cursor. 
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Figure  29.  Changing  the  marker  colour 

TheDeleteAM  Markers  menu  item  allows  for  deleting  of  all  markers  from  the  board. 

The  Select  Current  Marker  menu  item  allows  selecting  a  marker  as  the  default  current 
marker  from  a  list  of  available  current  markers. 


Figure  30.  Sdecting  thecurrent  (default)  marker  from  a  list  of  currently  available  markers 
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The  Change  Mode  menu  item  allows  for  changing  the  mode  of  the  board.  The  board  can  be 
placed  in  one  of  the  foil  owing  modes: 

•  place  stone  -  stones  as  wel  I  as  markers  can  be  placed  on  the  board 

•  p  I  ace  mar ker  -  on  I  y  markers  can  be  p  I  aced  on  the  board 

To  differentiate  between  these  two  modes  of  operation  different  colours  for  the  background 
are  d  ispi  ayed .  When  the  board  i  s  the  place  stone  mode  the  colou  r  i  s  yel  I  ow  and  for  the  place 
marker  mode  the  colour  is  dark  grey. 


Figure31.  Grey  background  when  board  is  in  M  arker  mode 
4.2.2.1  M  arkers 

Markers  can  be  used  as  an  aid  to  trace  the  locations  of  other  players'  stones.  In  normal 
multiplayer  team  play,  players  do  not  have  a  full  view  of  all  the  stones  on  the  board.  A 
viewable  subset  of  other  players'  stones  is  dynamically  calculated  and  displayed  based  on 
visibility  rules.  During  play  stones  may  seem  to  appear  and  disappear  from  the  board  for  no 
apparent  reason.  In  order  to  keep  track  of  the  positions  of  other  players'  stones,  players 
should  keep  some  kind  of  record  of  wherestoneshaveappeared  and  wherethey  think  stones 
are.  As  a  recording  aid,  markers  can  beplaced  onto  empty  gridline  intersections  of  the  board, 
or  on  top  of  stones  on  the  board.  To  placea  marker,  the  mouse  cursor  should  be  moved  over 
the  board  tothedesired  location.  By  pressing  the  middle  mouse  button  the  current  marker  is 
placed  on  the  board.  Another  way  to  achieve  marker  placement  is  to  press  the  right  hand 
button  and  utilise  the  pop  up  menu. 

A  set  of  predefi  ned  marker  buttons  are  located  just  above  the  game  board  and  can  be  easi  ly 
configured  according  to  user  preferences.  The  shape  and  thecolourofthepredefined  markers 
can  be  changed  at  any  time. 


C  urrent  M  arker  Selection 

The  selection  of  the  current  marker  can  be  done  by  simply  left  clicking  on  one  of  the 
predefined  marker  buttons.  The  background  colour  of  the  marker  button  will  change  to  the 
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background  colour  of  the  board.  The  selected  current  marker  is  displayed  next  to  the  Current 
Marker  label. 

M  arker  Configuration 

In  order  to  change  the  shape  or  the  colour  of  a  predefined  marker,  right  mouse  click  on  the 
marker  button  to  activate  a  pop  up  menu. 


Figure  32.  Changing  the  marker 

TheC  hange  M  arker  Type  menu  item  allows  changing  the  marker  under  the  cursor  to  one  of 
the  marker  types  displayed  on  the  list. 


Figure  33.  Changing  the  marker  type 

The  C  hange  M  arker  Colour  menu  item  allows  changing  the  colour  of  the  marker  under  the 
cursor. 
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Figure  34.  Changing  the  marker  colour 

4.2.2.2  M  ode 

I  n  order  to  prevent  accidental  placement  of  stones,  the  board  mode  can  be  changed  so  that 
stone  pi  acement  requests  are d  I  sabI ed .  To  achi eve th I  s  the  M  ode  button  shou I d  be  pressed  and 
the  board  colour  will  change  to  a  grey  colour  to  indicate  the  mode  change  to  markers  only 
mode.  I  n  this  mode,  only  markers  can  be  placed  on  the  board.  To  return  back  to  the  normal 
mode  where  stone  placement  is  enabled,  the  mode  button  should  be  pressed  again. 

4.2.2.3  Game  Status 

The  game  status  panel  cental  ns  the  foil  owing  Information: 

Game  Time  Left  in  the  format  of  x:x:x/  y:y:y 
where: 

x:x:x  -  time  left  to  play  the  game 
y:y:y  -  duration  of  the  game 

Timing  Rule& Additionai  Info-  displays  one  from  the  following  list  of  timing  rules: 

Independent  -  all  players  can  place  stones  onto  the  board  at  any  time 

Turn  based  -  teams  musttaketurns  placing  stones  onto  the  board 

Pacing  -  teams  must  wait  for  a  relaxation  period  before  placing  their  own 
stone. 
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Forced  D  day  -  there  i  s  a  peri  od  i  n  w  hi  ch  no  team  can  make  a  move,  and  then  a 
singleteamwill  haveaperiod  in  which  ithastheopportunitytomakeamove. 


Figure  35.  TheG  ame  Status  pand  next  to  the  game  board 

TheAdditional  Information  label  will  display  how  much  time  is  I  eft  before  a  move  Is 
al  lowed,  the  tl  me  left  to  make  a  move  and  the  team  taki  ng  the  current  turn. 

Stones  Left,  Stones  A  live  and  Stones  Captured 

The  stones  left  label  displays  the  number  of  stones  left  I  n  the  format  x/  y  where 
X  -  current  number  of  stones  at  hand  for  this  player 
y-  initial  number  of  allocated  stones  for  this  player 

Thestones  alive  label  displays  the  number  of  alivestones  on  the  board  owned  by  that 
player. 

The  stones  captured  label  displays  the  number  of  opposing  stones  captured  by  that 
player. 

Timing  Mode 

The  ti  mi  ng  mode  d  i  spl  ays  one  of  the  fol  I  ow  i  ng 

a.  Board- the  specified  pacing  rule  applies  to  this  board 

b.  Team  -  thespecified  pacing  ruleappliestothisteam 

Board  Status 

The  board  can  be  i  n  one  of  the  fol  I  ow  i  ng  states: 

NOTSTARTED  -  game  has  not  started 
RUNNING  -  game  is  running 
SUSPENDED  -  this  board  is  temporarily  suspended 
FINISH  -  game  has  finished 
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Action  Status 

The  action  status  informs  about  the  ability  to  post  a  stone  on  the  board,  ltdispiays 
NOTYET  -  piacing  astonewiii  bebiocked 
READY  -  piacing  a  stone  is  aii owed 

4.2.24  Teams 

TheTeams  panel  displays  teams  and  their  colours  that  are  competing  on  that  board.  Stones 
from  different  teams  on  the  board  will  appear  in  different  col  ours.  One  team  can  competeon 
many  boards. 

4.2.2.5  Team  alliances 

T  earns  competi  ng  agai  nst  each  other  can  form  al  I  i  ances  for  the  purpose  of  capturi  ng  territory 
and  removing  opposing  stones. 

TheTeam  alliances  panel  displays  a  list  of  alliances  labelled  by  letter  A  an  alliance  number, 
followed  by  comma  separated  team  numbers  that  belong  to  that  alliance  group.  By  default 
each  team  starts  with  its  own  alliance  group  of  which  it  is  the  only  member. 

4.2. 2. 6  Recent  Illegal  M  oves  Attempted 

The  player  can't  seetheful  I  view  ofthegame(see  markers  section  for  explanation).  Ifthereis 
an  attempt  to  place  a  stone  into  a  position  that  is  already  occupied  by  another  stone  it  is 
blocked  bythegameserverasan  illegal  move.  Inorderto  notify  theplayerthathis/  her  recent 
move  attempt  has  not  been  accepted  by  thegameserver  a  message  is  displayed  intheRecent 
Illegal  Moves  Attempted  window. 

4.2.2. 7  GameView 

This  is  the  view  of  the  state  of  the  game  seen  by  the  game  server. 


Figure  36.  Viei/v  at  game  host 
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This  is  the  view  of  the  game  observed  by  the  first  player  from  the  black  team. 


Figures?.  Viei/v  at  player  1,  team  black 

This  is  the  view  of  the  game  observed  by  the  second  player  from  the  black  team. 


Figure  38.  Vie/v  at  player  2,  team  black 

Attempt  to  place  a  stone  by  the  first  player  at  location  (J,10)  will  produce  the  following 
message  in  the  Recent  Illegal  Moves  Window. 


Figure39.  Illegal  M  ove attempt  by  player  1,  team  black 
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Board  winners 

The  board  winnerswindow  will  display  thewinning  team  and  thewinning  player  at  the  end 
of  the  game  as  I  n  example  below. 


Figure  40. Board  Winners  panel 


5.  Summary 

Go^eam  game  has  been  designed  as  a  research  vehiclefor  investigating  collaboration  and 
cooperation  bdween  team  members  in  a  compdiitiveand  dynamic  environment.  Go^eam 
is  a  successful  demonstration  that  the  Simulation  Framework  [1,  2]  can  be  applied  to 
different  application  domains.  TheGo^Team  has  been  extensively  used  to  conduct 
simulation  experiments  in  teaming  environment  by  both  DSTO  and  University  of 
Wollongong. 
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